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SYSTEM AND METHOD FOR COMMUNICATING IMAGES 
BETWEEN INTERCOMMUNICATING USERS 

CROSS-REFERENCE TO REUATEB AP PLICATION 
[0001] This application claims the benefit of U.S. Provisional Patent AppUcation No. 

60/392,174, filed June 26, 2002, entitled "System and Method for Transmitting Images Between 
Intercommunicating Users," which is mcorporated by reference herein. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

[0002] The invention relates to the field of transmitting information over communication 

networks, and more particularly, to a system and method for communicating images between 
intercommunicatirig users. 

2. Description of Related Art 

[0003] Increasingly, people are choosing to commimicate with each other via computer 

networks, such as the Internet. Popular forms of communicating over the Internet include e-mail 
and chat rooms. Recently, instant messaging has become a popular format for communicating over 
the Internet. Instant messaging is a type of communication service that enables a user to cany on 
an electronic "conversation" with another individual, and to maintain personal or private lists of 

I 

persons that the user communicates with frequently. Typically, the instant messaging system alerts 
the user whenever somebody on his or her private list is online. Then, the user can initiate a 
conversation session with that particular individual in a near real-time mamier by typiag messages 
and reading typed responses. 

[0004] A deficiency of many instant messaging systems is that, because instant messaging is 

generally a text-based system, a user cannot see the persqn that the user is communicating with. 
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Without any visual contact, it is difficult to communicate emotions or understand messages as easily 
as if, for example, one could observe the facial expressions of the person one is communicating 
with. Furthermore, without seeing the person, the identity of the person cannot be confirmed. 
Accordingly, while instant messaging is a popular means of communicating, it is, in some respects, 
an imnatural and awkward form of communication. 

[0005] , Video conferencing has existed for some time, but its use has not been largely 

popular for various reasons. Generally, video conferencing is a system whereby an uploader or 
broadcaster (person sending an image) uses a camera or other such image capture device to send his 
image to one or more viewers (person or persons receiving and viewing the image). By its nature, 
video conferencing tends to demand larger resources (network transport resources (e.g., bandwidth) 
and/or processing and equipment resources at the end user) and is more complex than, for example, 
text or audio based systems. This relatively large use of resources and bandwidth malces use of 
video conferencing difficult, especially for the typical home computer user, who may have a dial-up 
or other relatively slow (low bandwidth) Intemet connection. 

[0006] A variety of systems have been created in an attempt to overcome these deficiencies. 

Some simple systems involve sending an image to a central server tlirough a standard protocol, such 
as FTP, at regular intervals of tune, while a similar system at the receiving end grabs the images at 
periodic intervals from the central server for viewing. Such systems have tlie overhead of making 
and breaking a connection for every single image frame processed. Furthermore, tliese systems 
cannot synchronize an uploader system and a viewer system, nor can tliey perform intelligent 
optimization since there is no dedicated connection. Examples of such systems are the ones offered 
by spotlife (http://www.spotUfe.com/), and Earthcam TV (http://tv.earthcam.com/). 
[0007] Other pubhcly available video conferencing systems, such as Microsoft's 

NetMeeting (http://www.microsoft.con3/windows/netmeeting/), are more complex. NetMeeting 
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allows one-on-one video conferencing essentially through a peer-to-peer connection only. A central 
server is used only for the purpose of detennining a user location and is optional. Aiaother example 
of a similar system is CuSeeme (http://www.cuseeme.cona/). , 

[0008] Another shortcoming of tliese systems is that 'they may limit bandwidth for a single 

viewer session or limit the number of viewer sessions. Such systems may be subject to relatively 
large costs and may be open to attacks from hackers who, may try to brealc or disrupt a video 
conferencing system by uploading or viewing a large nvimber' of images. 

[00091 Another shortcoming of known systems is that they may reduce their performance to 

the lowest common denominator, that is, images can be served only as fast as the slowest viewer 
cati receive them. As such, a need exists for an improved system and method for transmitting 
images. 

SUMMARY OF THE INVENTION 
|()0101 The present invention satisfies these and other needs, as will be apparent from the 

leacliiniis licrcin. Various embodiments of the present invention taught herein provide for a system 
and method that allows for the communication of images between two or more users connected to a 
network, under the supervision and control of a Webcam service provider, a Webcam being a 
device at a user location that captures images of a user for transmission over a communication 
network. In one embodiment, the present invention allows users to transmit images in conjunction 
with instant messaging sessions. 

[0011) Generally, according to an exemplary embodim^t of the present invention, a 

Webcam seiver may be, for example, a central hub tlaat receives images from broadcaster 
computers and transmits those images to viewer computers, r 

[0012] hi an embodiment of the invention, the system may incorporate a peer-to-peer 

component as well as a central server component. In such an embodiment, a broadcaster computer 

3 ; - 
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may transmit images to a single' viewer computer via a peer-to-peer comiection. If, however, 
multiple viewer computers join the Webcam session, or if the peer-to-peer connection is lost, the 
broadcaster computer may transmit iniages to a viewer computer(s) via the Webcam server. 
[00131 An embodiment of the present invention for passing, by one or more application 

servers, images from a broadcaster computer to a first viewer computer may include receiving a 
request to initiate one or more server connections between the broadcaster computer and the first 
viewer computer. The connections being for passing an image and an instant message. The method 
also includes facilitating a peer-to-peer connection between the broadcaster computer and the first 
viewer computer. The peer-to-peer connection being for passing the image. The method also 
includes facihtating commimication of an image over the peer-to-peer connection instead of the 
server connections, thereby conserving bandwidth of tlie servers. 

[0014] Other objects and features of the present invention will become apparent from the 

following detailed description, considered in conjunction with the accompanying drawing figures. 
It is understood, however, that the drawings are designed solely for the piirpose of illustration atnd 
not as a definition of the limits of the invention, for which reference should be made to the 
appended claims. I 

BRIEF DESCRIPTION OF THE DRAWING FIGURES 
[0015] In the drawing figures, which are not to scale, and which are merely illustrative, and 

wherein like reference nmnerals depict like elements throughout the several views: 
[0016] FIG. 1 is a schematic diagram of an overview of a exemplary embodiment of the 

system architecture of a system and method for transmitting images in accordance with the present 

i 

invention; 

[0017] FIGs. 2A and 2B are flow diagrams of a process of a broadcaster connecting with a 

first viewer in accordance with an exemplary embodiment of the present invention; 

4 
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[0018] FIGs. 3A and 3B are flow diagrams of a process of a second viewer joining the 

broadcaster and first viewer of FIGs. 2 A and 2B; 

[0019] FIGs. 4A and 4B are flow diagrams of a process of the second viewer leaving a 

viewing session with the broadcaster and fiirst viewer of FIGs. 3 A and 3B; 

[0020] FIG. 5 is a block diagram depicting graceful degradation of image transfer in 

i 

accordance with the present invention; 

[0021] FIG. 6 is a chart depicting an exemplary sliding window throttle algorithm in 

accordance with the present invention; 

[0022] FIG. 7 is a block diagram depicting an exemplary method of limiting bandwidth in 

accordance with the present invention; 

I 

[0023] FIG. 8 is a block diagram depicting an exemplary method of providmg proportional 

performance in accordance with the present invention; 

[0024] FIG. 9 is a block diagram depictmg an exeiinplary method of providing selective 

access in accordance with the present invention; « 

[0025] FIG. 10 is an exemplary screen shot of a preference dialog box in accordance with 

the present invention; 

[0026] FIG. 11 is a block diagram depicting an exemplary method of providing selective 

removal of a viewer in accordance with the present invention;; 

[0027] FIG. 12 is a flow diagram depicting an exemplary method of providing dynamic 

settings in accordance with the present invention; 

[0028] FIG. 13 A is a block diagram depicting exemplary data tables in accordance with the 

present invention; ! 

[0029] FIG, 13B is a block diagram depicting exemplary data tables in accordance with the 

present invention; 
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[0030] FIG. 14 is a schematic diagram of an overview of a exemplary embodiment of a 

system architecture of an instant messenger system in accordance with the present invention; 
[0031] FIG. 15 is an exemplary screen shot in accordance with the present invention; 

[0032] FIG. 16 is an exemplary screen shot in accordance with the present invention; 

[0033] FIG. 17 is an exemplary screen shot in accordance with the present invention; 

[0034] FIG. 1 8 is an exemplary screen shot in accordance with the present invention; 

[0035] FIG. 19 is an exemplary screen shot in accordance with the present invention; 

[0036] FIG. 20 is an exemplary screen shot in accordance with the present invention; 

[0037] FIG. 21 is an exemplary screen shot in accordance with the present invention; 

[0038] FIG. 22 is an exemplary screen shot in accordance with the present invention; 

[0039] FIG. 23 is an exemplary screen shot in accordance with the present invention; 

[0040] FIG, 24 is an exemplary screen shot in accordance with the present invention; 

[0041] FIG. 25 is an exemplary screen shot in accordance with the present invention; and 

[0042] FIG. 26 is an exemplary screen shot in accordance with the present invention. 

DETAILED DESCRIPTION OF THE EXEMPLARY EMBODIMENTS 
[0043] There will now be shown and described in coimection with the attached drawing 

figures several exemplary embodiments of a system and method for transmitting images. 
[0044] With reference to FIG. 1, there is shown an exemplary embodiment of a system and 



method for trajasmitting images 100. System 100 generally comprises: one or more viewer 
computers 130, 132 for fetching and displaying images of a user; one or more broadcaster 
computers 120 for uploading images of a user and transmitting tlie images to a Webcam server 110 
and/or one or more viewer computers 130, 132; and one or more Webcam servers 1 10, for receiving 
images, and/or controlling and/or monitoring information from one or more broadcaster computers 
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120, transmitting those images to viewer computers 130, 132, and controlling and monitoring the 
uploading, transmitting and viewing of images by users. 

[0045] In an exemplary embodiment. Webcam servCT 110 is implemented in one or more 

computing devices, now known or hereafter to become known, that can be configured to permit 
Webcam SCTver 110 to control and monitor the uploading, transmitting and viewing of images by 
cUents, and perform other functions taught herein or recognized by those of skill in the art. In 
certain OTibodiments, the Webcam server 110 is one or more servers running an operating system, 
for example, Windows NT/2000 or Sun Solaris. 

[0046] Webcam servef 110 communicates with user computers (broadcaster computers 120 

and viewer computers 130, 132), authenticates user information, receives images firom an uploader 
system (discussed below) on the broadcaster computer 120 and transmits images to the viewer 
computers 130, 132. Webcam server 110 may have loaded thereon server system 107. In an 
exemplary embodiment, server system 107 may be software designed and configured to facilitate 
performance of server functions including the storage of data and parameters in memory at Webcam 
server 110. Additionally, Webcam server 110 preferably caches images in memory to ensure that 
the reading and writing of images is fast and efficient. The Webcam server 1 10 may manage viewer 
computers 130, 132 on heterogeneous networks (networks with different bandwidth and 
information flow capabiUties) by refiraining from sending images (dropping images) as and when 
viewer computers 130, 132 fail to consume images at the supplied rate (as discussed below). This 
provides a scalable firame rate at a fixed image quaUty whiie adapting the process of transmittmg 
images to dynamic micro-variations within a network. 

[0047] The broadcaster computer 120 may be any %pe of computer or conqjuting device 

used by a user, as long as the computer may be equipped with an image capturing device or 

Webcam such as a camera/video device 103 for electronically capturing images of a user. In 
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alternative embodiments, broadcaster computer 120 may be a desktop or notebook computer, PDA, 
hand held device, or wireless phone (with graphics capabihty), or any other device now known or 
hereafter developed that is capable- of perfomiing the functions as described herem. In an 
exemplary embodiment of the invention, broadcaster computer 120 may have loaded tlJereon 
uploader system 102. Tlie uploader system 102 may be software that resides on broadcaster 
computer 120 for execution in a conventional manner. The uploader system 102 captures images 
. from camera/video device 103, (such as, for example, video devices that support Microsoft Direct 

i 

Show), compfesses the image using, for example, a wavelet based JPEG 2000 code, and transmits it 
to the Webcam server 110. The uploader system 102 may comprise an inner Networking and 
Imaging ("N4&I") component interacting with and, in the programming vernacular, "wrapped 
around" a user interface ("UI") component, hi an exemplary embodiment, the N&I component may 
be common across a variety of software applications, for a given software platform, while the UI 
component can be customized and tailored to the need of specific applications and even localized. 
[0048] The viewer computer 130, 132 may be any type of computer or computing device 

used by a user, as long as the computer is capable of displaying images, for example, in JPEG or 
any other now known or hereafter developed format. Accordingly, viewer computer 130, 132 may 
be a desktop or notebook computer, PDA, hand held device, or wireless phone (with grapliics 
capability), or any other device now loiown or hereafter developed that is capable of such displays. 
In an exemplary embodiment, a viewer system 1.05 is loaded on viewer computer 130, 132. The 

viewer system 105 may be software residing on the viewer computer 130, 132 for execution in a 

i 

conventional manner. 

i 

[0049] When the viewer computer 130, 132 is communicating with the Webcam server 110 

over a communication network 133 such as, for example, the Internet, Local Area Network 

("LANP*) or Wide Area Network ("WAN"), the viewer system 105 persistentiy fetches images from 
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either the Webcam server 110 or, under certain circumstances, as discussed below, directly from 
broadcaster computer 120. As described further hierein, the viewer system 105 preferably provides 
a simple window that displays images and status messages oh a status bar includmg a time stamp of 
the last received image, although the precise configuration is a matter of design choice based on the 
teachings herein. In an exemplary embodiment, the image niiay be zoomed to, for example, 100%, 
200%, or 300% of the original size or full screen. Additionally, in an exemplary embodiment, the 
viewer system 105 may (in a manner that may be transpare^it to the user) pause the viewer system 
when a user has minimized the viewer window or a user's screen saver activates, thereby avoiding 
network activity when it is not required. 

[0050] In an exemplary embodiment, as system 100;is used, broadcaster computer 120 and 

viewer computer 130, 132 attempt to establisli peer-to-peer connections. If a peer-to-peer 
connection is estabUshed, images are passed directly through communication path 160 from 
broadcaster computer 120 to viewer computer 130. If no pqer-to-peer connection is established, or 
if multiple viewer computers 130, 132 are used v^dth the broadcaster computer 120, the broadcaster 
computer 120 uploads images to the Webcam server I'lO via communication path 160 for 
distribution by Webcam ser/er 110. In an alternate embodirkent, multiple peer-to-peer links may be 
established between broadcaster computer 120 and multiple viewer computers 130, 132. 
[0051] Images may be uploaded from broadcaster : computer 120 to Webcam server 110 

through communication path 150 if no peer-to-peerxonnection is established between the broadcast 
computer 120 and viewer computer 130 or if there ai'e multiple viewer computers 130, 132 viewing 
images in near simultaneity. [ 

[0052] When routed via Webcam server 110, images may be transmitted through 

communication paths 152, 154 to multiple viewer computers 130, 132. 
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[0O53] In an exemplary embodiment, the Webcam broadcaster computer 120, viewer 

compxxtrers 130, 132 and Webcam server 110 may commimicate using any now known or hereafter 
developed protocol, including a proprietary protocol that runs over, for example, TCP port 5100. A 
single persistent comiection and a common protocol may be used to commimicate both control 
information and image data. The protocol may be "Ught weight" and essentially based on binary 
control headers followed by a fix^ length data. The control header may contam information about 
the natxire and type of the fixed length data and the action to be performed. The Webcam server 
no, t>roadcasicr 1 20 and viewer 130, 132 computers interpret the control headers appropriately and 
ignore tlicni if not untlcrstood. ; One skilled in the art will recognize that the particular 
coxnm-Lmication protocol implemented may be varied m manners now known in the art, or hereafter 
to beooxne known, to accomplish the teachings herein. 

[0O54-] In an embodiment of the invention, the broadcaster computer 120, viewer computer 

130, IL 32 aiid/or Webcam server 110 may communicate in a variety of manners, including but not 

limiteci to a network using a data packet transfer protocol (such as Ihe Transmission Control 

Protoool/Intemct Protocol ("TCP/IP"). User Datagiam Protocol/Internet Protocol ("UDP/IP")), a 

plain old. teleplione system ("POTS"), a cellular telephone system (such as the Advance Mobile 

Phone Ser\dce ("AMPS")), a digital communication system (such as GSM, TDMA, or CDMA) or 

any otztier now loiown or later-developed technology or protocols. Accordingly, while an exemplary 

embodiment of system 100 may provide for the transmission of images and data via the Internet, 

transmission of images and data may also be provided via other networks such as, for example, 

internal corporate wired or wireless local area networks ("LANs") or wide area networks 

("WAJSTs"), or any other communication media over which data may be exchanged. 

[0O5S] In an exemplary embodiment, the system 100 may use a cUent-server architecture 

with irwo distinct processes involved. The first process involves uploading images taken firom a 
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broadcaster computer 120 to the Webcam server 110. while theiSecond process is the retrieval of 
images from the Webcam server 110 and transmission of the images to the viewer computers 130, 
132 for the purpose of viewing. ■ 

[0056] This architecture supports the sharing of images from one broadcaster computer 120 

to many viewer computers 130, 132 without any additional burden on any of the broadcaster 120 or 
viewer 130, 132 computers or degradation of service. Dedicated connections facilitate improved 
refreshing of viewer images while improving security and lowering network overhead. The 
architecture allows for a variety of image viewers, including client specific applications, Web 
browsers and PDAs. This architecture also readily yields itself to use in heterogeneous networks 
where each user could be connected to a network with different bandwidth capabilities. 
[0057] Furthermore, a set of servers or server farms distributed throughout the 

communication network may be employed (not shown) to accomplish the functionality of server 
110, so that most users will be reasonably close to at least one of the server farms. Additionally, the 
system as described minimizes the inability of any user to mteraqt with the system due to blockage 
by a firewall, since both the broadcaster 120 and viewer 130i 132 computCTs make outbound 
connections to the Webcam server 110, a type of connection which is generally more commonly 
accepted by firewalls than are inbound connections. 

[0058] A special case (discussed in greater detail below) occurs when there is one 

broadcaster computer 120 and one viewer computer 130. Under tiiese circumstances, in accordance 
with an embodiment of the invention, image data may flow directly from tlie broadcaster computer 
120 to the viewer computer 130 (i.e., peer-to-peer instead of pajssing through the Webcam server 
110). In this scenario, the broadcaster computer 120 and the viewer computer 130 may have the 
ability to shift between peer-to-peer and server modes as deemed optimal by system 100, preferably 
without the need for user intervention. 

11 
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[0059] In an exemplary embodiment, system 100 provides for security and authentication to 

establish that a client user is in fact who he/she claims to be. The task of allowing or denying 
permission for a viewer computer 130, 132 to view a specific broadcaster computer's 120 images is 
preferably controlled by the uploader system 102 at the broadcaster computer 120, although this 
may be a server based function. 

[0060] In an exemplary embodiment, token-based authentication may be used when images 

are to be broadcasted or viewed. Authenticating the user may be accompUshed by the uploader 

i 

system 102 and/or the viewer system 105 requiring a client to enter a password or identifier ("ID"), 

j 

and then matching the entered ID to it with that found in a universal database ("UDB") 1310 (see 
FIG. 13A). In an exemplary embodiment of the invention, the UDB 1310 may reside at server 1 10 
and may comprise user parameters such as, by way of non-limiting example, user ID parameters, 
user password parameters, user name parameters, mail preferences parameters, application 
parameters and address book parameters. When a match is made, the uploader system 102 or 
viewer system 105 may generate a token, which is understood only by the server system 107 at 
Webcam server 110. For additional safety, the tokens may have a timeout period after which time 

i 

they expire. 

[0061] It will be understood by those skilled in the art tliat while Webcam server 110 is 

: discussed herein generally as being embodied in a single server computer. Webcam server 110 may 
comprise any number of interconnected computers, hi addition to providing the basic functionality 
described above, the architecture of the Webcam server 110 may provide scalability, redundancy, 
the ability to automatically recover from errors and crashes in the system and provide free time for 
scheduled maintenances, all with limited or no disraption in service. To achieve this, in an 
exemplary embodiment, a master-slave arrangement of n servers (not shown) may be used. In such 

12 
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an arrangement, which is within the skill of those skilled in the present art based on the disclosure 

herein, two servers, for example, may be masters and the rest may be slaves. 

[0062] In such an arrangement, both of the masters may (but need not) be identical and each 

may store infomiation about the state of the various active Webcam sessions in a master session 

table 1320 (see FIG. 13A). The master session table 1320:may reside on a master server and may 

contain infomiation pertaining to a "Webcam session such as, for example, a listing of all active 

Webcam sessions. Parameters m the master session table 1320 for each session may comprise a 

user name, IP address of the slave handling the session, time of last update, etc. 

[0063] Slaves may handle the authentication and tr^sfer of images during a session. They 

may cache the imaucs for each user in memory between the times they are updated and feed it to 

any viewer thai requests it. 

[0064] The slaves may maintain a dedicated coimection with the master and update the 

session tables when a user is added or removed and update the complete session table on a regular 
basis, such as, for example, once every 120 seconds. The slaves may also send a heart beat pulse on 
a regular basis, such as, for example, every second, to keep up-to-date the Ust of live slaves and 
balance the load on the slave servers. I 

[0065] At the beginning of a session, a master may redirect the broadcaster computers 120 

to the slave with the least load. This slave may then be responsible for the rest of the session. When 
a viewer computer 130, 1 32 requests images for that broadcaster computer 120, the masters read the 
information from the session table aixd redirect the viewer computers 130, 132 to the correct slave. 
The slave may now serve the images, and the viewer computer 130, 132 contacts that same slave for 
all future requests. ; 

[0066] In an exemplary embodiment, the masters may be placed behind a device that 

provides a virtual IP address to a user's computer and redirects any incoming traffic to one of the 

13 

! 
L 

BNSDOCID: <WO ^20040041 39A2_L> 



wo 2004/004139 PCTAJS2003/020446 

master servers, while providing the illusion of a single server to all user computers, and while 
balancing the load to each server, as is known by those skilled in the art, (such a device commonly 
being referred to as a foimdry by those skilled in the art). To reduce overhead, the foundry does not 
interfere with any return traffic. Also, when an entire server farm is small enough, the masters can 
also act as slaves to minimize hardware and maintenance costs. 

[0067] In a master/slave embodiment, scalabiUty may be achieved by adding as many slaves 

as required. Redundancy of masters facilitates a scenario where there will always be at least one 
active master to start new session$ and n - 2 degrees of redundancy for the slaves. It also allows for 
dynamic load distribution by the master. During scheduled maintenance, the Webcam servers 110 
may be brought down one at a -time. The Webcam servers 110 may tlien instruct broadcaster 
computer 1 20 and viewer computers 130, 132 to reconnect to a different slave, thereby minimizing 
downiimc for llie Webcam service. 

1 0068) Although not depicted in the figures, the servers and computers described herein 

generally include such other art recognized components as are ordinarily found in server systems, 
including, but not limited to, CPUs, RAM, ROM, memory, clocks, hardware drivers, interfaces, and 
the like. The servers are preferably configured using the Windows®NT/2000, UNIX or Sun Solaris 
operating systems, although one skilled in the art will recognize that the particular configuration of 
the serv ers is not critical to the present invention. Furthermore, different tasks, illustrated herein as 
being performed on separate and distinct servers, may, in some embodiments, be performed on the 
same server. Conversely, individual tasks, illustrated herein as being performed on a single server, 
may be distributed among several servers. 

[0069] With reference to FIGs. 2A-4B, there is illustrated an exemplary process flow of a 

broadcaster computer 120 and viewer computers 130, 132 forming a Webcam session. 
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[0070] Turning first to FIGs. 2 A and 2B, there is illustrated an exemplary process flow for a 

communication session that begins with one user at a viewer computer 130 asking permission to see 
one other user's Webcam images sent from a broadcaster computer 120. First, in step 210, the 
broadcaster computer 120 invites viewer computer 130 to view images from the broadcaster 
computer 120 Webcam. The communications are handled by and through Webcam server 110. 
Next, in step 212, the viewer computer 130 requests to view images from the broadcaster computer 
120. Next, in step 214, the broadcaster computer 120 begiiis broadcasting images to the viewer 

i 

computer via the Webcam server 110. Next, in step 216, because only one viewer computer 130 is 

viewing, tlie broadcaster computer 120 alerts the broadcasting user that a peer-to-peer comiectivity 

J, 

option (also referred to herein as '*turbo" mode) is available. At this point, in step 218, the 

i 

broadcaster computer 120 may query the broadcasting user as to whether a peer-to-peer connection 
should always be used if available. The broadcasting user, in step 224, can then select a peer-to- 
peer comiection (either always, if possible, or just for the current Webcam session, the specific 
selection being stored as a parameter value in universal database 1310). At this point, in step 226, if 
so requested, a peer-to-peer link is established between the* broadcaster computer 120 and the 
viewer computer 130. During a peer-to-peer cormection, th^ image data is transmitted from the 

i 

broadcaster computer 120 to the viewer computer 130 without passing through the Webcam server 

i 

1 10. Jn this scenario, only control and monitoring data continues to be passed tlirough the Webcam 
server 110. In an exemplary embodiment, control and monitoring, data may be stored at the 
Webcam server 110 in control and monitoring table 1330 (see FIG. 13A). Parameters that may be 
stored in control and monitoring table 1330 may comprise viewer pause status, uploader pause 
status, viewer start status, viewer leave status, viewer count, p'eer-to-peer initiate status, as well as 

other parameters. ^ 

t 
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[0071] Turning now to FIGs. 3 A and 3B, there is illustrated a continuation of the above- 

described exemplary process flow, during which a second viewing user at viewer computer 132 
joins the Webcam session. Generally, a second viewer joins the Webcam session, for example, by 
asking permission to view the broadcaster computer 120 Webcam. When this occurs, system 100 
switches from sending images via k peer-to-peer connection and instead reroutes the images to 
Webcam server 110 while also keeping the peer-to-peer connection active (the peer-to-peer 
connection may be kept active so that images may revert to being sent via the peer-to-peer link 
under circumstances described below). First, in step 310, as discussed above, the broadcaster 
computer 120 transmits images to a first viewer computer 130 via a peer-to-peer connection, 
without the images passing throu^ Webcam server 110, It should be understood that although the 
connection between the broadcaster computer 120 and viewer computer 132 as shown is a direct 
connection, the connection may be via components other than the Webcam server 110, such as 
components comprising the Internet or the network in which the broadcaster computer 120 and 
viewer computer 132 reside. /Next, ;in step 316, a second viewer, using a second viewer computer 
132 requests to view knages from the broadcaster computer 120. If, in step 322, the broadcaster 
computer 120 has its preferences set to "ignore other requests/' then the second viewer computer 
130 will not be permitted to join the Webcam session, and the broadcaster computer 120 and first 
viewer computer 130 will continue a ' Webcam session in peer-to peer-mode. If, in step 324, on the 
other hand, the broadcaster computer 120 does not have its preferences set to "ignore requests," 
then the broadcasting user at the broadcaster computer is alerted that peer-to-peer mode will be 
discontmued if a second viewer computer is permitted to join the Webcam session. If, in step 378, 
the broadcasting user at the broadcaster computer 120 permits the second view^er computer 132 to 
join the Webcam session, then the broadcaster computer 120 transmits images to Webcam server 

110, which in turn transmits the images tp both the first viewer computer 130 and the second viewer 
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computer 132, The peer-to-peer connection, while no longer used to transmit images in this 
scenario, for reasons discussed below, is still maintained between the broadcaster computer 120 and 
the first viewer computer 130. 

[0072] Tuming now to FIGs. 4A and 4B, there is illustrated a continuation of the above- 

described exemplary process flow, during which a second. viewing user at viewer computer 132 

i 

leaves the Webcam session (in an embodiment of the invention, all but one of the viewing 
computers would leave the viewing session if more than one viewing computer was viewing 

broadcaster computer 120). Generally, the second viewer terminates the viewing session, and the 

i 

system 100 may revert back to transmitting images via the peer-to-peer connection that was 
maintained (although it was not being used to transmit images when two viewers were in the 
Webcam session), as described above. First, in step 410, as described above, a Webcam session 
takes place wherein the broadcaster computer 120 transmits images to Webcam server 110, which 
in turn transmits the images to both the JSrst viewer computer 130 and the second viewer computer 
132. The peer-to-peer connection, however, is still maintained between the broadcaster computer 
120 and the first viewer computer 130. Next, in step 41'6, the second viewer at second viewer 

computer 132 decides to leave the Webcam session. At this point, in step 418, the Webcam server 

t 
t 

110 analyzes parameters in the session database to determine whether a peer-to-peer connection is 
now available between the broadcaster computer 120 and the first viewer computer 130. If, in step 

i 
[ 

424, the Webcam server 110 determines that a peer-to-peer connection is not available, then the 
Webcam session continues with images being transmitted via the Webcam server 110, If however, 
in step 426, the Webcam server 110 determines that a peer-to-peer connection is available at this 

i 

point in the process, theai a peer-to-peer connection is used to transmit images fi'om the broadcaster 
computer 120 to the first viewer computer 130. 
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[0073] Turning to FIG. 5, there is illustrated an embodiment of an optional process 500 of 

bandwidth control for system 100 referred to herein as graceful degradation. By tliis process 500, 
server system 107 preferably keeps track of whetiier an image has been successfully fetched by each 
viewer computer 130, 132. 

[0074] Specifically, each of server system 107 and uploader system 102 preferably 

determines if an image has been fully sent (or not) by checking a socket connection. As described 
herein, a socket is a software object that connects either the server system 107 or uploader system 
102 to a network protocol. For example, server system 107 and broadcaster system 102 may send 
and receive TCP/IP messages by opening a socket and reading and writing data to and from the 
socket. This simplifies the server system 107 or uploader system 102 functionality because the 
server system 107 or uploader system 102 need only manipulate the socket while a computer 
operating system controls the transport of messages across the network. A socket in this sense is a 
software object, although it may be implemented in firmware. 

[0075] In an exemplary embodiment of the system, the socket connection may be either a 

I 

bloclcing type or a non-blocking type. In a blocking socket, by definition, the socket connection is 
imavailable xmtil the desired data has been fully transmitted. In a non-blocking socket, the server 
system 107 or uploader system 102 maintains a count of the number of bytes being actually sent 
versus the number of bj^es in an image to be transmitted. This count may reside in memory as part 
of either server system 107 on Webcam server 110 or uploader system 102 on broadcaster computer 
120. When the two values are equal (or within a predetermined range), the server system 107 or 
uploader system 102 recognizes that, the image was fiilly sent. 

[0076] If, due to a network bottleneck, an image has not been successfully fetched, server 

system 107 does not send the next image, so that the bottlenecked network does not become more 

bottlenecked. Each time an image is successfidly fetched by viewer computers 130, 132, the viewer 
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system 105 of each viewer computer 130, 132 forwards a transmission complete signal to server 
system 107 on Webcam server 110. The transmission complete signal status is stored in the 
memory of sei-ver system 107 of Webcam server 110. If server system 107 sends and image to a 
viewer computer 130, 132, and does not receive a transmissioh complete signal back from a certain 
viewer computer 130, 132, the viewer computer signal complete status is not recorded at Webcam 
server system 107 of Webcam server 110, and further image; transmission may be held up until a 
completion signal is successfully recorded. ' 

[0077] In an exemplary embodiment if the application, the graceful degradation function is 

not implemented if a peer-to-peer link is established between the broadcaster computer 120 and the 
viewer computer 130, although, such a system could be implemented. 

[0078] Generally, graceful degradation is a process by which the server system 107 residing 

on Webcam server 110 may drop entire image frames gradually, i.e., gracefully degrade the rate at 

which images are transmitted to viewer computer 130, 132, without material disruption of the 

continuity/quality of the user experience. Inherently, ikiost networks experience sudden, 

intermittent and temporary delays or other problems, which can cause undesired behavior or poor 

performance. By dropping image frames only as needed per user, the process 500 and system 100 

provide improved performance within the bandwidth hmitations of the mderlying network. Li 

certain embodiments, frame resolution is also decreased to further reduce needed bandwidth. 

[0079] With continued reference to FIG. 5, system lOO^is shown comprising broadcaster (or 

uploader) computer 120 and two viewer computers 130, 132, ail of them connected to the Internet at 

the same speed (i.e., the connections have the same bandwidth). For ease and sunplicity of 

explanation, it is to be assumed that there are no network bottlenecks (a network bottleneck being 

exemplified herein as packet loss and/or otiier network delay) between broadcaster computer 120 

and the Webcam server 110 via communication path 150. It is also to be assumed that the 
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communication path 152 between Webcam server 110 and viewer computer 130 has no network 
bottlenecks, while communication* path 154 between Webcaxn server 110 and second viewer 
computer 132 has intermittent network bottlenecks. 

[0080] By way of illustrative example, at time ti, broadcaster computer 120 uploads an 

image frame (Ii) to the Webcam server 110. Ii arrives at Webcam server 110 delayed only by the 
normal network latency between the broadcaster computer 120 and Webcam server 110. The server 
computer 110 sends Ii to both view^er computers 130 and 132 at substantially the same time. Since 
the commimication path 152 between server 110 and viewer 130 has no network bottlenecks, Ii 
arrives at viewer computer 130 virtually instantly, delayed only by the network latency of the 
communication patla 152, and an iniage completion signal is sent to server 110 by viewer computer 
130. Since the communication path 154 has intemiittent bottlenecks, Ii talces a longer time to arrive 
at second viewer computer 132. In the interim, at time ta, the broadcaster computer 120 sends the 
second image frame h to Webcam server 110, which gets routed to viewer computer 130 in like 
manner to Ii. However, when h arrives at Webcam server 110, Ii is still being sent out to viewer 
computer 132 because of the network bottleneck at communication path 154, and thus no image 
completion signal has yet been received at Webcam server 110 jSrom viewer computer 132. Hence, 
the Webcam server 110 does not send I2 to second viewer computer 132 (i.e., employs graceful 
degradation for that user). At timejts, broadcaster computer 120 sends the third image frame I3 to 
Webcam server 110. By this time, ji has been completely sent to second viewer computer 132 and 
thus an image completion signal is received at server 110 from viewer computer 132 for fi-ame Ii. 
Hence Webcam server 110 sends I3 to both viewer computers 130 and 132. The net effect of the 
entire sequence of operations is that the image frame I2 is not sent to viewer computer 132, but is 
sent to viewer computer 130. ^ 
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[0081] In the above example, every other image frame reached second viewer computer 

132. However, iix other scenarios, every third image, or a varying sequence of images, such as, for 
example, the first, third, fifth, sixth and eighth images inay be sent to viewer computer 132, 
depending u.pon the varying state of the network conditions. The specific frames and number of 
frames dropped depends on whether a previous image has b'pen sent and received, and need not be 
based upon a firm, hard coded schedule. As such, the detennination of which frames are to be 
dropped can be a aynamic process based upon the ever changmg state of communications. 
[0082] Also, the above example assumed only the communication path 154 to have 

intermittent network bottienecks. Of course, one skilled in the art would recognize that in another 
scenario, conmiuooication paths 150 and 152 could also haVe intermittent network bottlenecks, in 
which case frames might also not be sent from Webcam server 110 to viewer computer 130. 
Furthemiore, coirmxmication path 150 might also have intermittent network bottlenecks, in which 
case, in a manner similar to that described above, certain images may not be sent from broadcaster 
computer 120 to W^ebcam server 110. t 

[0083] A l>eiiefit of the gracefiil degradation embodiment of system 100 is that it facilitates 

Webcam server 110 sending images to different viewer computers 130, 132 at different rates. 

Accordingly, images need not be sent to all viewer computers 130, 132 at the rate of the slowest 

connected viewer computer 130, 132, (i.e., the lowest common denominator). 

[0084] Turning to FIGs. 6 and 7, there is illustrated an embodiment of a process 700 by 

which system lOO controls system performance by limiting the bandwidth allotted per user. 

Generally, limiting the bandwidth per user, as described hetein, means tiiat the system 100 assigns 

each viewer computer 130, 132 a maximum amount 'of bandwidth that it may utihze in 

communicatmg with the Webcam server(s) 110 at any given point in time, which may be varied 

over time, if desired, if bandwidth conditions permit, or if so desired for other user determined 
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reasons. Hie maximum bandwidth per user is assigned by server system 107 and may be stored in 
universal database 1310. 

[0085] Turning to FIGs, 6 and:7, ttie limiting of bandwidth consumed by each user occurs at 

both the broadcaster computer 120 and viewer computer 130, 132 or, in altemate embodiments, any 
subset thereof, hi the case of luniting the bandwidth at the broadcaster computer 120, each user is 
allowed to have only one active broadcasting (or uploading) session at any given time. A throttling 
mechanism, preferably implemented as a software algorithm by either the uploader system 102 of 
broadcaster computer 120 or by the server system 107 of Webcam server 110, is used to limit the 
maximum network bandw idth used. With reference to FIGs. 6 and 7, the throttle data structure 600 
consists of a sliding window array of paired time 610 and data length 612 values. The times 610 
represent the instant of time w hen a packet of data (in this case an image, or data representing a 
portion of an image) is received (either by the Webcam server 110, if uploaded via communication 
path 150 from a broadcaster computer 120, or by a viewer computer 130, 132, if fetched by viewer 
computers 130, 132 from Webcam server 110 via communication paths 152 and 154 respectively) 
and the data lengths 612 represent the length or size of each packet of data, for example, in bytes. 
The number of samples over wliich the throtfling is to be done decides the length of the paired 
array. Every, time a packet of data is received, the paired array (610, 612) is used to calculate the 
cuirent bandwidtli used (bandwidth = total data length / time interval). The calculation may be 

f 

1 

performed by the uploader system 102 on broadcaster computer 120 for communication path 150, 
and by Webcam server system 107 on Webcam server 110 (by an algorithm residing in the 
respective software system). If the used bandwidth is less than the allowable bandwidth, then the 

i 

packet of data is processed normally and its values are entered into the paired array. If the 

bandwidth used is greater than a predetermined, or desired allowable bandwidth, the packet is 

discarded and a value of 0 for the data length is used as the entry in the paired array. Alternatively, 
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in another embodiment of tlie invention, based on a modification of the algorithm used, it is also 
possible to delay processing this packet of data by an arbitrary time so as to limit the maximum 
bandwidth xised. In this scenario, the firame rate may be low.ered, while the image quality 
(resolution) may remain the same. r 

[0086] Additionally, viewer computers 130, 132 naay be configured to also throttle to 

control bandwidth use if multiple viewer windows are open oin a single viewer computer (more than 
one broadcaster is being viewed). In an embodhnent of tthe system, throttling for the viewer 
computers 130, 132 is similar to that described above. However, in such a case, the allowable 
bandwidth per user is divided by the total number of active sessions or viewer windows open to 
compute the allowable bandwidth per session, and this computed value is used in the throttling 
mechanism. To keep track of the total number of active viewer sessions, the Webcam server(s) 110 
maintains a map of all users and the list of active viewing sessions for each user. In an embodiment 
of system 100, that map may be in the form of a master viewer session table 1340 (see FIG. 13 A), 
residing in memory as part of server system 107. When the; number of viewing sessions changes, 
the server system 107 transmits a message to viewer compjuter 130, 132 informing each of the 
sessions to accordingly adjust the maximum allowable bandwidth for that session. The master 
viewer session table 1340, which may reside on the master Webcam server, may contain a list of all 
unique viewers for a particular uploader (broadcaster). For each unique viewer, a list is maintained 
containing the list of uploaders that a particular viewer is viewing, and the IP address of the slave on 
which that uploader resides. For example, table 1340 illustrates an exemplary parameter set 
reflecting a scenario wherein viewer computer 130 is viewing ibroadcaster computer 120 (Ul) plus a 
second broadcaster computer (not shown) CU2), while second [viewer computer 132 (V2) is viewing 
only broadcaster computer 120 (Ul). i 
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[0087] A benefit of limiting bandwidth on a per user basis is that each user at viewer 

computers 130, 132 cannot view ani excessive number of Webcam sessions and rapidly increase the 
bandwidth usage (and thus presumably cost) to the Webcam service provider and/or overwhehn the 
Webcam servers 110, (since the Webcam server(s) send(s) a separate image stream for each 
window on viewer computer 130, 132 that a user has open). Thus, even if a user at viewer 
computer 130 initiates multiple viewer sessions (attempts to view images from multiple broadcaster 
computers 120). the bandwidth assigned to that viewer computer 130 will not increase, because the 
system 100 has the capability, as d^soibed above, to detect multiple viewer Webcam sessions and 
lower the frame rate per viewer session accordingly to keep overall bandwidth per user within 
predetermined limits. In certain embodiments, the system can also lower the frame resolution. In 
certain embodiments, the system allows a user to increase bandwidth, for example, to a 
predetermined amount or by a certain percentage before limiting the bandwidth. In certain of such 
embodiments, each user's available increase is associated with a different level of service (e.g., free 
versus paid.) 

[0088] Another benefit of the per user bandwidth limitation is that it facilitates maximizing 

of performance given a set bandwidth limitation. Accordingly, a Webcam service provider may be 
protected from unplanned bandwidth costs and malicioias hackers who may try to break or overload 
the system 100 by uploading or viewing a large number of images. AdditionaUy, it also protects 

i 

relatively low bandwidth users (e.g., 28.8 Kbps dialup) from clogging their individual 
communication path with too many open viewer windows (i.e., viewing images from multiple 
broadcaster computers). Accordingly, an embodiment of the system 100 may have the ability to 
collectively limit the overall bandwidth at viewer computer 130 while accommodating additional 
viewer Webcam sessions (i.e., aUow a viewer computer 130 to view images from multiple 
broadcaster computers). 
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[O0891 Turning to FIG. 8, there is illustrated an embodiment of a process 800 by which 

system 100 may facilitate proportional performance of various viewer computers 130, 132, 134. In 
an embodiment of system 100, by a manner described beldw, when there are multiple viewers and 
viewer computers 130, 132, 134, communicating over respective communication paths 830, 832, 
834, the performance of each viewer computer 130, 132, (.34 is in accordance to its infrastructure 
(or communication path speed) and not the minimum of the whole set. As an example, consider 3 
different types of communication paths: a dial-up commumcation path 830 (smallest bandwidth); a 
DSL (Digital Subscriber Line) communication path 832 (medium bandwidth); and a LAN or 
Broadband conununication path 834 (maximum bandwidth). If the broadcaster computer 120 is on 
a LAN or broadbaiui communication path 820 and the three viewer computers 130, 132, 134 are on 
a dial up 830, DSL S32 and LAN or broadband communication path 134 respectively, then each 
viewer computer's 130, 132, 134 performance may be in accordance with the relative speed of its 
conimxonication path 830, 832, 834 (or network connection speed). Specifically, the viewer 
computer 130 using the dial-up communication patii 830 would get the poorest performance, 
followed by better performance for the viewer computer ll32 using the DSL coimnxmication path 
832, and, finally, the best performance would be achieved by viewer computer 134 using the LAN 
or broadband communication path 834. i 

[O09O] In an embodiment of system 100 and Webcam S6rver(s) 110, the above-described 

proportional performance may be achieved by implementing throttling mechanisms as described 
above with respect to graceful degradation an^ the limiting of bandwidth use. 

[0091] In such an embodiment, the viewer systems 105 resident on each of the viewer 

computers 130, 132, 134 may notify the server system 107 resident on Webcam server 110 of the 

speed of its network connection at the beginning of a Webcam session. This is accomphshed by, 

for example, the viewer system 105 initially storing in memory, as part of viewer system 105, the 
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network speed (as obtained from a network driver on the viewer computer 130). The viewer system 

105 then transmits this network sp^ed to server system 107 on Webcam server 110. In an 

embodiment of the invention, that network speed information is stored at slave session table 1350 

(see FIG. 13B) in Webcam server system 107. The slave session table 1350 may reside at Webcam 

server system 107 at a slave Webcam server, as may master viewer session table 1340 (see FIG. 

13A). The slave session table 1350 maintains the Ust of viewer computers for each broadcaster 

computer on that slave. For each viewer computer it may store parameters such as, for example, 

viewer connection speed, viewer name, viewer room name (if they are in a chat room) and viewer 

IP address. Tlicse parameters may be initially transferred from viewer system 105 of each of the 

viewer computers 130, 132, 134 via respective communication paths 830, 832 and 834. 

10092 J Each of the viewer computers 130, 132, 134 (via its viewer system 105) notifies the 

Webcam scr^ cr 1 10 of the speed of its network connection (or type of connection) at the beginning 

of a W ebcam session, and the Webcam server system 107 computes the maximum allowable 

bandu idth for that Webcam session ba^ed on an algorithm chosen by the system designers. Such an 

algorithm may be, for example, a computation of a predetemiined percentage of the network 

connection speed obtained from a viewer computer, or the fuU speed may be used, or a fixed speed 

ma>- be assigned depending on the typ^ of network connection, or some other computation may be 

performed, as a matter of design choice. Thus, for example, a viewer computer 134 using a high 

bandu idtli communication path 834 could have its bandwidth use capped (via an algorithm 

perfomied by tlie server system 107 at; Webcam server 110) at 280 Kbps, a viewer computer 132 

using a medium bandwidth communication path 832 could have its bandwidth use capped (via an 

algoritlmi performed by the server system 107 at Webcam server 110) at 80 Kbps (connection 832) 

and a viewer computer 130 using a low bandwidth communication path 830 could have its 

bandwidth be capped (via an algorithm perfoimed by the server system 107 at Webcam sender 110) 
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at 20 Kbps, or any other selected or computed values, as a matter of design choice by one skilled in 
the art based upon the teachings herem. Thus, a high bandwidth viewer computer 1 34 woiald. likely 
receive all (or relatively the most) of the transmitted image frames, while a medium "bandwidth 
viewer computer 132 would likely have some number of imkge frames discarded, and tbe low 
bandwidth user 130 would likely have, relatively, the most image frames discarded. The net result is . 
a performance that is related to, and thus optimized for, each xmderlying communication path (or 
network connection). 

[0093] With reference to FIG. 9, there is illustrated an embodiment of a process 900 by 

which system ICQ may faciUtate selective access or access control of a Webcam session. In 
general, selective access provides for the ability of the broadcaster computer 120 (uploader) to 
control the list of viewers and viewer computers 130, 132 that are given access to images fi-om 
broadcaster computer 120 for viewing, either automatically or via prompt. 

[0094] hi an embodiment of the system 100, when a viewer computer 130, 132 connects to 

the Webcam server(s) 110, the viewer computer 130, 132, in ktep 940, may request to view tlie 

images of a specific broadcaster computer 120 (uploader). This; step may be accomplished by way 

of the viewer system 105 of viewer computer 130 transmitting k request firom a user to tlie server 

system 107 at Webcam server 110. The server system 107 ma))' authenticate the user, in step 941, 

based on credentials specified by a user at the broadcaster coniputer 120. The autlientification is 

performed by the server system 107, which compares identification data transmitted firom viewer 

computer 130 to a hst of allowed viewers stored in memory at uploader system 102 on broadcaster 

system 120, and transmitted to server system 107 at Webcam server 110. Webcam server system 

107 and Webcam server 110 then determine if the requested broa[dcaster computer 120 (uploader) is 

in fact currently broadcasting (by waiting for signals firom broadcaster computer 120 for a certaia 

duration of time). In step 942, the Webcam server 110 sends a viewing request to liie uploader 
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system 102 at broadcaster computer 120. The user, in step 943, at the broadcaster computer 120 
may then decide whether to gratit 'access to the user at the viewer computer 130 or not. The user 
may malce this decision, or selection, by clicking aa appropriate button on the user interface that is a 
part of uploader system 102. Finally, in step 944, the user at viewer computer 944 is informed of 
the broadcasting user's decision. The decision is transmitted from Webcam server 110 to viewer 
system 105 on viewer computer 130. The user at viewer computer 130 may see the decision via the 
user interface that is part of viewer system 105 at viewer computer 130. Additionally, other 
authentication techniques, such as those based on IP addresses atid/or information stored on a 
"cookie" on a viewer computer 130 may be used. 

[0095] With reference to FIG. 14, and continuing reference to FIG. 1, in an embodiment of 

the invention, Webcam system 100 may be used in combination with an instant messenger system 
1400. Instant messenger system 1400 may comprise one or more instant messenger user computers 
1420, 1430, each loaded with an iiistant messenger system 1402, 1405 loaded thereon; and one or 
more instant messenger servers 141 0 with instant messenger server system 1407 loaded thereon, 
[0096] Instant messenger user computers 1420, 1430 and instant messenger systems 1402, 

1405 may be designed and configured to allow instant messenger users to exchange textual instant 
messages as is known by those skilled in the art. Instant messenger server 1410 and instant 
messenger server system 1407 rece^ive instant messages firom, for example, instant messenger user 
computers 1420, via the Internet 1^433, and forward those messages to second instant messenger 
user computers 1430 in a mamier as is now known or may become Icnown to those skilled in the art. 
As is known in the art, instant messenger computer 1420 may be used to send instant messages to 
instant messenger computer 1430 and instant messenger computer 1430 is also used to send instant 
messages to instant messenger computer 1420. 
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[0097] In an embodiment of tlie present invention, where Webcam system 100 is used in 

combination with instant messenger system 1400, broadcaster computer 120, for example, is loaded 
with instant messenger system 1402 such that broadcaster computer 120 and instant messenger user 
computer 1420 are the same computer. Likewise, viewsr computer 130 may be loaded with instant 

j 

messenger system 1405 such that viewer computer 130 and instant messenger user computer 1430 
may be the same computer. In an embodiment of the invention, the instant messenger functionality 
and the Webcam functionality may be integrated into a single software application. 
10098] hi such an embodiment, for example, a first: user can be associated with a first user 

identifier or ID, an instant message can be associated with the first user ID, and an image can be 
associated with the fnst user ID. The instant message is caused to be communicated to the first user 
based on the first user ID and the image is communicated to the first user based on the first user ID, 
such thai the first user is able to receive both the instant message and image firom the second user. 
(00991 In an exemplary embodiment, however, Webcam server 110 and instant messenger 

scr\xT 1410 may be two or more separate and distinct servers. In an embodiment of the invention, 
however, the instant messenger server functionality and the Webcam server functionality could 
reside on a single server. 

[001001 In an embodiment of the present invention wherein Webcam system 100 may be 

used in combination witli instant messenger system 1400 (see FIG. 14), as described above, users 
may benefit my enjoying Webcam sessions simultaneously with instant messenger sessions. 
[0100] In general, a user may download instant messenger user system 1402 to a mstant 

messenger user computer 1420 by maldng a request at an af)propriate Web site, and enteruag a user 
ID and password, whereby the appropriate software comprising instant messenger user system 1402 
is automatically loaded to instant messenger user computer 1420. 
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[0101] Once instant messenger user system 1402 is loaded on to instant messenger user 

computer 1420, the user may click on an appropriate icon to display, with reference to FIG. 15, an 
introductory instant messenger screen 1500. By choosing the "login" option, with reference to FIG. 
16, instant messenger login screen 1600 may be displayed. At this point, the user may enter the 

i 

appropriate ID and password, and, df authentication as discussed above is achieved, and witti 

V 

I 

reference to FIG. 17, iastant messenger status screen 1700 may be displayed. By viewing instant 
messenger status screen 1700, the user may determine, for example, the online status and instant 
messenger availability of selected friends of the user. In an embodiment of the invention, the user 
may select, from the "tools'* menu, the option "view my Webcam." If camera/video device 103 (see 
FIG. 1) is properly coupled to instant messenger computer 1420 (which, in this example, also may 
serve as broadcaster computer 120 (see FIG. 1)) (If the camera/video device 103 is not properly 
coupled to instant messenger computer 1420, then an error message may be displayed). At this 
point, with reference to FIG. 18, the "my Webcam" screen 1800 may be initiated, which allows the 
user to view images from the broadcaster computer's 120 own camera/video device 103. This step 
allows the user to view his or her own image and inspect, for example, the image quality, lighting, 
and camera angle the user's particular Webcam setup. As described herein, the term "screens" may 
also denote a "window" such that multiple screens or "windows" may be viewed by the user 
simultaneously, as is known by those skilled in the art. 

[0102] The user may select "login" and "preferences" from tlie instant messenger status 

screen 1700 to initiate and view, with reference to FIG. 19, preferences screen 1900. From 

! 

preferences screen 1900, a user may select a specific category, such as, for example, "Webcam" for 

which to adjust preferences. Preferences are default settings for certain parameters related to the 

iastant messenger and Webcam sessions. Examples of preferences that may be adjusted include the 

selection between faster image refresh rate and better image quality; whether to always ask the 
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user's permission before aUowing another user to view the uploaded images, allow all who request 
to view the uploaded images, or to allow only those listed on a specific list to be allowed to view the 
uploaded images. Additional parameters may also be adjusted and set as "preferences" from 
preferences screen 1900. If the user selects the option "allow only the following people to view my 
Webcam," the user may choose to edit the allowed Ust, with reference to FIG. 20, via the "select 
users to allow to view Webcam" screen 2000. From this screen, the user may select other users 
from a "friend list" to be added or deleted from an "allow list" 

[0103] Furthermore, from the "tools" menu, the user may invite another user to view the 

uploaded images of the broadcaster computer 120. With reference to FIG. 21, an exemplary screen 

for inviting another user to view the uploaded images is shown. From this screen, other users may 

be invited to view uploaded images by typing in the other users' IDs into aa appropriate field. 

[01041 When the user at the broadcaster computer 120 invites another user at a viewer 

computer 130 to view the uploaded images from the broadcaster computer 120, the user at the 

viewer computer, with instant messenger system 1405 loaded thereon, views a Webcam invitation 

screen 2200 displaying the invitation, as can be seen in FIG. 22. If the user at viewer computer 130 

selects "yes," tiius accepting the invitation, and with reference to FIG. 23, a Webcam viewer screen 

2300 is displayed. Webcam viewer screen 2300 allows the user at viewer computer 130 to view the 

uploaded images from camera/video device 103 of tiie broadcaster computer 120. 

[0105] The user at viewer computer 130 may also select the "view friend's Webcam" option 

to initiate and view the "view friend's Webcam" screen 2400, as is illustrated in FIG. 24. From 

"view friend's Webcam" screen 2400, a user may select the ID of another user for viewmg. If, 

however, the selected broadcaster has not selected the user who requested viewing for having 

automatic permission to view, then the user requesting to view must wait for permission to view 

from the user at the broadcaster computer. While waiting for permission, in an exemplary 
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embodiment of the system, the requesting viewer will view "waiting for permission" screen 2500, 
as illustrated in FIG. 25. In ttim, the user at the broadcaster computer 120 whose permission to be 
viewed is requested will view a "grant permission" screen 2600, as is illustrated in FIG. 26. 
[0106] An embodiment of an instant messenger preferences dialog box in accordance with 

an embodiment of the present invention is illustrated in FIG. 10. In an embodiment of the 
invention, the preferences are certain default settings of parameters related to a Webcam session, as 
may be chosen and/or modified by the user. An instant messenger dialog box 1000 may have 
several preferences that allow various levels of automated handling of viewing requests. First, the 
uploader can choose to allow blanket access to all users. Next, the uploader may allow access to 
only the specified hst of Mends by specifying their IDs. If a viewing request if not from a friend in 
that list, the instant messenger .system can either prompt the user for action or deny the request 
based on the selected preferences.: Next, the uploader can be prompted for all viewing requests 
thereby turning off any automated handling of requests. In addition, it is possible for the uploader 
client to maintain lists of friends to always be ignored. 

[0107] The chosen preferences information preferably remains persistent across sessions 

and independent of the actual machines used, by saving these preferences in a central persistent 
server, such as, for example. Webcam server 110. In an embodiment of the invention, these 
parameters may be stored in imiversal database 1310 (see FIG. 13 A), discussed above. Thus a user 
logging in to the system from any computer equipped with the necessary software will achieve the 
same functionality, as expressed by; that user's selected preferences, as if that user were at his or her 
own computer. 

[0108] Fmthermore, the broadcaster computer may also display a viewer list. A viewer list 

allows the broadcaster (uploader) to see the Ust of all viewers watching that broadcaster at any 

given instance, along with a total viewer count. Preferably, every time a viewer begins viewing, the 
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uploader is informed of the ID of the viewer and the total count of viewers. This information is also 
preferably updated when a viewing session is terminated. ! 

[0109] With reference to FIG. 11, there is illustrate^d an embodiment of a process 1100 by 

which system 100 may facilitate selective removal of viewer computers 130, 132. Generally, 
selective removal, as defined herein, is the abiUty for a broajlcaster (uploader) to selectively remove 
a viewer, possibly from a Ust of viewers who are watcljiag, without terminating the Webcam 
session. This gives the uploader full control of who may view uploaded images. 
[0110] In process 1 100, a user may be uploading iniages from broadcaster computer 120 to 

Webcam server 1 10 via communication path 1 140, which ate in turn fetched by first user computer 
130 via communication path 1142 and second user computer 132 via communication path 1144. 
Next, in step 1150, if a user at broadcaster computer 120 selects to remove second viewer computer 
132 from the Webcam session, uploader system 102 on 'broadcaster computer 120 forwards a 
removal message to server system 107 on Webcam server 110. Server system 107, in step 1152, 
then communicates with viewer system 105 on second Iviewer computer 132 and forwards a 
message to disconnect second viewer computer 132 froii the Webcam session. First viewer 
computer 130, in step 1154, however, remains as part of the Webcam session as viewer system 105 
on first viewer computer 130 continues to fetch images from server system 107 as they continue to 
be persistently uploaded from broadcaster computer 120. i 

[0111] Because the Webcam session of the broadcaster computer 120 is not terminated in 

step 1152, the first viewer computer 130 does not havejto reconnect to the Webcam session. 

Accordingly, an embodiment of the present invention allows a broadcaster computer 120 to 

selectively terminate one viewer while maintaining connectibns with other viewers. 

[0112] Tlxe uploader system 102 preferably maintaiiis a fist of viewers currently viewing at 

any given time, which Hst may reside at broadcaster computer 120 in part of uploader system 102. 
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The uploader system 102 on broadcaster computer 120 transmits a particular user identifier, from 
the user Ust that resides in uploader system 102. A benefit of selective removal of viewers is that 
the whole process is transparent to all unaffected entities (such as additional viewers) while 
providing full control of who may view uploaded images to the broadcaster (uploader). 
[0113] An embodiment of a process by which system 100 may facilitate dynamic parameter 

setting is illustrated in FIG. 12. As described herein, dynamic parameter setting, generally, is the 
ability to store a user's preferred parameter settings at Webcam server 110, and transmit those 
settings to a user computer, such as broadcaster computer 120, at the beginning of a Webcam or 
instant messenger session. 

[0114] For example, a user may choose a setting, such as, for example, image resolution, by 

selecting a slider \ alue betw een 0 and 10 (see FIG. 10). With continued reference to FIG. 12, at the 

beginning of each broadcasting session, in step 1220, when a broadcasting user initiates a Webcam 

session at broadcast computer 120, and uploader system 102 requests a list of parameters associated 

with the paiiicular user based on the user ID. The user parameters may be stored in a configuration 

file 1360 (see FIG. 13B) residing at Webcam server 110. These parameters may be read from 

Webcam ser\'er 1 10 by uploader system 102 of broadcaster computer 120 at the beginning of a 

Webcam session. The requested, parameters may include, for example, the Webcam image 

resolution. The uploader computer 120, in step 1222, may then receive the requested parameters 

and commence a Webcam session using the preferred parameters. If a user, via the user interface, 

changes a parameter setting, the new parameter value is transmitted from the broadcaster computer 

to the server computer 110 and configuration file 1360 is updated accordingly. 

[0115] While the invention has been described in conjunction with certain embodiments 

thereof, various modifications and substitutions can be made thereto without departing from the 

spirit and scope of the present invention. The invention has only also been described with reference 
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to examples, which are presented for illustration only, and thus no limitation should be imposed. 
Accordingly, the scope of the present invention is to be governed by the claims appended hereto. 
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CLAIMS 

What is claimed is: . 

1 . A method for facilitating communication of an instant message and an image 
to a first user from a second user, the method comprising: 
associating the first user with a first user ID; 
associating the instant message with the first user ID; 
associating the image with the first user ID; 

causing the instant message to be communicated to ttie first user based on the first 
user ID; and ! 

causing the image to»be communicated to the first user based on the first user ID; 
wherein the first user is able to receive both the instant message and image fi-om the 
second user. \ 

2. The method of claim 1, wherein the second user uses a broadcaster computer 
and the first user uses first viewer computer, the method fiarfher comprising: 

receiving a request to initiate one or more server connections between the 

broadcaster computer and the first viewer computer, the connections for 

passing the image; 

facihtating a peer-to^peer connection between the broadcaster computer and the first 
viewer computer, the peer-to-peer connection for passing the image; and 

facihtating communication of the image over the peer-to-peer coimection instead of 
the server connections, thereby conserving bandwidth of the servers. 

i 
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3 . The method of claim 2, farther comprising: 

receiviBg control data for the image from the broadcaster computer. 

4. The method of claim 2, wherein a third user uses a second viewer computer, 
further comprising, after passing the image from the broadcaster computer to the first viewer 

t 

computer: 

passing a request to view the image from a secohd viewer computer to the 

broadcaster computer; and 
facilitaiing the rccstabUshing of a first server connection between the broadcaster 

coinpuicr and the first server computer f6r passing the image in response to 

rccci\ iiig the second viewer computer request; and 
facilitating a second server connection between the broadcaster computer and the 

second viewer computer for passing the image, thereby permitting both the 

first viewer computer and the second viewer computer to receive the image. 

5 . The method of claim 4, wherein the reestablishing is in response to the 
broadcaster computer receivmg approval from the second user. 

6. The method of claim 5, wherein the third user is on an approved Ust. 

7. The method of claim 4, further comprising: 

maintaming the peer-to-peer connection during existence of the server connection to 

tiie second viewer computer; j 
terminating the second server connection; and ! 
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facilitating the passing of the image over the peer-to-peer connection in response to 
termination of the second server connection. 

8. The method of claim 1, further comprising: 
associating a second user ID with the second user; 

v^herein causing the instant message to be communicated to the first user is further 
based on the second user ID. 

9. A method for commimicating images from a broadcaster computer to a first 
\'ie\vcr computer, the metliod comprising: 

initiating one or more server connections between the broadcaster computer and the 

first viewer computer via one or more application servers, the connections for 

passing an image and an instant message; 
receiving an indication to establish a peer-to-peer connection between the 

broadcaster computer and the first viewer computer, the peer-to-peer 

connection for passing the image; and 
routing the image over the peer-to-peer connection instead of the server connections^ 

thereby conserving bandwidth of the servers. 

1 0. The method of claim 9, wherein the server connections with the application 
servers arc for passing control data for the image. 

1 1 . The method of claim 10, wherein the server connections are further for 
passing an instant message. 

38 

BNSDCXJID: <WO 2 004004139A2 I > * 



wo 2004/004139 PCT/US2003/020446 

12. The method of claim 11, further comprising, after routing the image over the 

peer-to-peer connection: 

receiving a request from a second viewer computer to view the image; and 

in response to receiving the second viewer computer request, reestablishing a first 

server comiection between the broadcaster computer and the first server 

computer for passing the image; and . 
establishing a second server connection between the broadcaster computer and the 

second viewer computer for passing the image, thereby permittmg both the 

first viewer computer and the second viewer computer to receive the image, 

13. The method of claim 12, wherein the reestabhshing is m response to the 
broadcaster computer receiving approval firom a broadcasting user of the broadcaster computer. 

14. The method of claim 13, wherein the user of the second viewer computer is 
on an approved list. 

15. Themethodof claim 12, further comprising: 

maintaining the peer-to-peer connection during existence of the second server 

connection to the second viewer comp|uter; 
detecting terminatioii of the second server connection; and 

automatically rerouting the knage over the peer-to-peer connection in response to 
tearmination of the second server connection. 
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16. The method of claim 15, wherein the server connections are used for passing 
instant messages. 

17. A method for communicating a series of images from a broadcaster computer 
to a first viewer computer, the method comprising: 

initiating one or mdre server connections between the broadcaster computer and the 
first viewer 'computer via one or more application servers, the connections for 
passing the series of images; 

routing a first image of the series of images over the server connections firom the 
broadcaster computer to the first viewer computer; and 

routing a second image of the series of images over the server connections from the 
broadcaster computer to the first viewer computer upon receiving an 
indication that the first viewer computer received the first image. 

18. A method for communicating an image from a broadcaster computer to one 
or more viewer computers, the method comprising: 

initiating one or moire server connections between the broadcaster computer and the 
first viewer computer via one or more apphcation servers, the connections for 
passing the series of images; 

identifying a capacity value of the server connections; and 

routing an image over the server connections from the broadcaster computer to the 
viewer computers if the total capacity of the server connections to the viewer 
computers is less than the capacity value. 
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19. A method for passing by one or more application servers images from a 
broadcaster computer to a first viewer computer, the method comprising: 

receiving a request to initiate one or more server connections between the 

broadcaster computer and the first viewer computer, the connections for 

passing an image and an instant message; 
facilitating a peer-to-peer connection between the broadcaster computer and the first 

viewer computer, the peer-to-peer connection for passing the image; and 
facilitating communication of an image over the peer-to-peer connection instead of 

the server coimections, thereby conserving bandwidth of the servers. 

20. The method of claim 1 9, further comprising: 

receiving control data for the image from the broadcaster computer. 

2 1 . The method of claim 20, further comprising: 

passing an instant message from the broadcaster |Computer to tlie first viewer 
computer. 

22. The method of claim 19, further comprising, after passing the image from the 
broadcaster computer to the first viewer computer: 

i 

passing a request to view the image from a second viewer computer to the 

broadcaster computer; and 
facilitating the reestablishing of a first server connection between the broadcaster 

computer and the first server computer for passing the image in response to 

receiving the second viewer computer request; and 
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facilitating a second server connection between the broadcaster computer and the 
second viewer computer for passing the image, thereby permitting both the 
first viewer computer and the second viewer computer to receive the image. 

23 . The method of claim 22, wherein the reestablishing is in response to the 
broadcaster computer receiving approval from a broadcasting user of the broadcaster computer. 

24. The method of claim 23, wherein the user of the second viewer computer is 
on an approved list. 

25. The method of claim 22, fUrther comprising: 

maintaining the peer-to-peer conaection during existence of the server coimection to 

the second viewer computer; 
terminatiiig the second server connection; and 

faciUtating the passing of the image over the peer-to-peer connection in response to 
termination of the second server connection. 

26. The method of claim 25, further comprising: 

passiag instant messages between the broadcaster computer and the first viewer 
computer. 

27. A method for communicatiag a series of images from a broadcaster computer 
to a first viewer computer via one or more application servers, the method comprising: 
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passing a first image of the series of images from the broadcaster computer to the 

first viewer computer; and 
detecting whether an indication from the first viewer computer as to whether the first 

image has been received; and ^ 
passing a second image of the series of images if the first image has been received. 

28. A method for passing an image from )a broadcaster computer to one or more 
viewer computers over one or more server connections, the method comprising: 
detecting a capacity of each of the server coimections; 
determining the total capacity of the server connections; 

passing the image from the broadcaster computer to the viewer computers only if the 
total capacity of the server connections is less than a predetermined capacity 
value of the server qoimections. 
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